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APPARATUS AND METHOD FOR PROVIDING ACCESS TO A DATA 
STREAM BY A PLURALITY OF USERS AT A SAME TIME 

BACKGROUND OF THE INVENTION 

5 

1. Technical Field: 

The present invention is directed to an apparatus 
and method for providing access to a data stream by a 
plurality of users at a same time. In particular, the 
10 present invention is directed to an apparatus and method 
for data stream splitter management for multiplexing 
access by a plurality of users to the same data stream. 



2. Description of Related Art: 

15 Presently, in distributed data processing systems, 

when a user is involved in a session making use of system 
resources, the session is typically set up so that a 
single user has access to the system resource during the 
session. Thus, only a single user is able to make use of 

20 the system resource until the session is completed and 
the system resource is released for use by another user. 

Recently, systems have been devised for allowing 
multiple users to monitor the status of a system resource 
in a single session. Typically, in these systems, one 

25 user has full access to the system resources and is 
provided with the ability to use and/ or modify these 
system resources. The other uses involved in the session 
act as observers only and are not provided with full 
access to the system resources. 

30 In either of the above systems, a problem arises if 

a first user wishes to share modifications to a system 
resource with a second user, and the second user wishes 
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to share modifications with the first user. Each user 
must gain access to the system resource, make their 
modifications, release access to the system resource and 
then allow the other user to gain access and make their 
5 modifications. The first user must then re-access the 
system resource to inspect the modifications of the 
second user. There is no mechanism by which both users 
can have full access to the system resource at 
approximately the same time. 

10 Thus, it would be beneficial to have an apparatus 

and method whereby a plurality of users are provided full 
access to the same system resource in a same session at 
approximately a same time and be able to share the 
results of each user's access to the system resource with 

15 other users in the session. 
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SUMMARY OF THE INVENTION 

The present invention provides an apparatus and 
5 method for providing full access to a data stream by a 
plurality of users at approximately a same time. The 
apparatus and method include a data stream splitter 
manager that listens for new connections from client 
devices. When a new connection from a client device is 

10 identified, the data stream splitter manager generates a 
pseudo-terminal for the client device and adds the client 
device and pseudo- terminal information to a data stream 
splitter table. In addition, if a data stream splitter 
is not already established for handling data transfer 

15 between the data stream splitter manager and a requested 
resource, a new data stream splitter may be generated to 
handle the data transfer. 

Thereafter, the data stream splitter associated with 
the system resource searches the data stream splitter 

20 table for client devices that are sharing access to the 
system resource. The data stream splitter sends data 
from the data stream associated with the system resource 
to the pseudo- terminals associated with the client 
devices that are currently sharing the system resource in 

25 a sequential manner. Similarly, the data stream 

splitter receives input from the client devices via the 
pseudo-terminals and sends the input to the data stream 
associated with the system resource. In this way, each 
client device has an individual connection to the system 

30 resource but the output from the system resource is 

shared by each of the client devices. Additionally, each 
client device is provided with the output from the system 
resource in a realtime manner. 
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Other features and advantages of the present 
invention will be described in, or will become apparent, 
to those of ordinary skill in the art in view of the 
figures and the following detailed description of the 
preferred embodiments. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The novel features believed characteristic of the 
5 invention are set forth in the appended claims. The 

invention itself, however, as well as a preferred mode of 
use, further objectives and advantages thereof, will best 
be understood by reference to the following detailed 
description of an illustrative embodiment when read in 
10 conjunction with the accompanying drawings, wherein: 

Figure 1 is a diagram illustrating a distributed 
data processing system according to the present 
invention; 

Figure 2 is an exemplary block diagram of a server 
15 according to the present invention; 

Figure 3 is an exemplary block diagram of a client 
according to the present invention; 

Figure 4 is an exemplary block diagram of the 
principle elements of a server in accordance with the 
20 present invention; 

Figure 5 is an exemplary diagram illustrating an 
exemplary implementation of the present invention; 

Figures 6A and 6B are flowcharts outlining an 
exemplary operation of the present invention; and 
25 Figure 7 is an illustration of a display of a data 

stream from a client device implementing the present 
invention. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

With reference now to the figures, and in particular 
5 with reference to Figure 1, a pictorial representation of 
a distributed data processing system is depicted in which 
the present invention may be implemented. Distributed 
data processing system 100 is a network of computers in 
which the present invention may be implemented* 

10 Distributed data processing system 100 contains network 
102, which is the medium used to provide communications 
links between various devices and computers connected 
within distributed data processing system 100. Network 
102 may include permanent connections, such as wire or 

15 fiber optic cables, or temporary connections made through 
telephone connections. 

In the depicted example, server 104 is connected to 
network 102, along with storage unit 106. In addition, 
clients 108, 110 and 112 are also connected to network 

20 102. These clients, 108, 110 and 112, may be, for 

example, personal computers or network computers. For 
purposes of this application, a network computer is any 
computer coupled to a network which receives a program or 
other application from another computer coupled to the 

25 network. In the depicted example, server 104 provides 
data, such as boot files, operating system images and 
applications, to clients 108-112. Clients 108, 110 and 
112 are clients to server 104. Distributed data 
processing system 100 may include additional servers, 

30 clients, and other devices not shown. 

In the depicted example, distributed data processing 
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system 100 is the Internet, with network 102 representing 
a worldwide collection of networks and gateways that use 
the TCP/IP suite of protocols to communicate with one 
another. At the heart of the Internet is a backbone of 
5 high-speed data communication lines between major nodes 
or host computers consisting of thousands of commercial, 
government, education, and other computer systems that 
route data and messages. Of course, distributed data 
processing system 100 also may be implemented as a number 

10 of different types of networks such as, for example, an 
intranet or a local area network. Figure 1 is intended 
as an example and not as an architectural limitation for 
the processes of the present invention. 

Referring to Figure 2, a block diagram of a data 

15 processing system which may be implemented as a server, 

such as server 104 in Figure 1, is depicted in accordance 
with the present invention. Data processing system 200 
may be a symmetric multiprocessor (SMP) system including 
a plurality of processors 202 and 204 connected to system 

20 bus 206. Alternatively, a single processor system may be 
employed. Also connected to system bus 206 is memory 
controller/cache 208, which provides an interface to 
local memory 209. I/O bus bridge 210 is connected to 
system bus 206 and provides an interface to I/O bus 212. 

25 Memory controller/cache 208 and I/O bus bridge 210 may be 
integrated as depicted. Peripheral component 
interconnect (PCI) bus bridge 214 connected to I/O bus 
212 provides an interface to PCI local bus 216. A number 
of modems 218-220 may be connected to PCI bus 216. 

30 Typical PCI bus implementations will support four PCI 
expansion slots or add-in connectors. Communications 
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links to network computers 108-112 in Figure 1 may be 

provided through modem 218 and network adapter 220 
connected to PCI local bus 216 through add-in boards. 
Additional PCI bus bridges 222 and 224 provide interfaces 
5 for additional PCI buses 226 and 228, from which 

additional modems or network adapters may be supported. 
In this manner, server 200 allows connections to multiple 
network computers. A memory mapped graphics adapter 230 
and hard disk 232 may also be connected to I/O bus 212 as 

10 depicted, either directly or indirectly. 

Those of ordinary skill in the art will appreciate 
that the hardware depicted in Figure 2 may vary. For 
example, other peripheral devices, such as optical disk 
drives and the like, also may be used in addition to or 

15 in place of the hardware depicted. The depicted example 
is not meant to imply architectural limitations with 
respect to the present invention. The data processing 
system depicted in Figure 2 may be, for example, an IBM 
RISC/System 6000, a product of International Business 

20 Machines Corporation in Armonk, New York, running the 
Advanced Interactive Executive (AIX) operating system. 

With reference now to Figure 3, a block diagram of a 
data processing system in which the present invention may 
be implemented is illustrated. Data processing system 

25 300 is an example of a client computer. Data processing 
system 300 employs a peripheral component interconnect 
(PCI) local bus architecture. Although the depicted 
example employs a PCI bus, other bus architectures, such 
as Micro Channel and ISA, may be used. 

30 Processor 302 and main memory 304 are connected to 

PCI local bus 306 through PCI bridge 308. PCI bridge 308 
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may also include an integrated memory controller and 
cache memory for processor 302. Additional connections 
to PCI local bus 306 may be made through direct component 
interconnection or through add- in boards. In the 
5 depicted example, local area network (LAN) adapter 310, 
SCSI host bus adapter 312, and expansion bus interface 
314 are connected to PCI local bus 306 by direct 
component connection. 

In contrast, audio adapter 316, graphics adapter 

10 318, and audio/video adapter (A/V) 319 are connected to 
PCI local bus 306 by add-in boards inserted into 
expansion slots. Expansion bus interface 314 provides a 
connection for a keyboard and mouse adapter 320, modem 
322, and additional memory 324. 

15 In the depicted example, SCSI host bus adapter 312 

provides a connection for hard disk drive 326, tape drive 
328, CD-ROM drive 330, and digital video disc read only 
memory drive (DVD-ROM) 332. Typical PCI local bus 
implementations will support three or four PCI expansion 

20 slots or add-in connectors. 

An operating system runs on processor 302 and is 
used to coordinate and provide control of various 
components within data processing system 300 in Figure 3. 
The operating system may be a commercially available 

25 operating system, such as OS/2, which is available from 
International Business Machines Corporation. "OS/2" is a 
trademark of International Business Machines Corporation. 

An object oriented programming system, such as Java, 
may run in conjunction with the operating system, 

30 providing calls to the operating system from Java 

programs or applications executing on data processing 
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system 300. Instructions for the operating system, the 
object-oriented operating system, and applications or 
programs are located on a storage device, such as hard 
disk drive 326, and may be loaded into main memory 304 
5 for execution by processor 302. 

Those of ordinary skill in the art will appreciate 
that the hardware in Figure 3 may vary depending on the 
implementation. For example, other peripheral devices, 
such as optical disk drives and the like, may be used in 

10 addition to or in place of the hardware depicted in 
Figure 3. The depicted example is not meant to imply 
architectural limitations with respect to the present 
invention. For example, the processes of the present 
invention may be applied to multiprocessor data 

15 processing systems. 

The present invention provides a mechanism by which 
a plurality of users, such as users of client devices 
108, 110 and 112, may obtain full access to a system 
resource during a same session. Using the present 

20 invention, a user on a first client device may have full 
access to the same data stream as another user on a 
second client device during the same session. 
Furthermore, each user may add to the data stream as 
he/she sees fit and have their additions to the data 

25 stream shared with each of the users that are accessing 
the data stream during that session. Thus, with the 
present invention, each client device may have a private 
communication channel to the system resource which is not 
accessible by other client devices while the output from 

30 the resource is shared by all of the client devices 
participating in a session. 

In order to provide the mechanism set forth above, a 
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server, such as server 104, implements a data stream 
splitter manager and one or more data stream splitters. 
Figure 4 is an exemplary block diagram illustrating the 
primary elements of a server in accordance with the 
5 present invention. As shown in Figure 4, the server 
includes an input/output interface 410, a data stream 
splitter manager 420, a plurality of data stream 
splitters 430-450, a data stream splitter table storage 
device 460, and a buffer 470. These elements are shown 

10 being coupled via a signal/data bus 480, however any 
other mechanism for coupling these elements may be 
utilized without departing from the spirit and scope of 
the present invention. The elements 410-470 may be 
implemented as hardware, software, or a combination of 

15 hardware and software without departing from the spirit 
and scope of the present invention. 

The data stream splitter manager 430 manages client 
device's access to the one or more data stream splitters. 
Each data stream splitter 430-450 handles a particular 

20 data stream to which the client devices may have access. 
The data stream splitters may be dynamically 
cons tructed/descons true ted as needed. For example, if a 
new session is initiated with a system resource that is 
not currently being handled by an existing data stream 

25 splitter, a new data stream splitter may be constructed 
to facilitate sharing of the data stream to and from the 
system resource. Similarly, once a session has ended, 
the data stream splitter for that session may be 
deconstructed if no longer needed. 

30 While the preferred embodiments of the present 

invention will be described in terms of each data stream 
splitter 430-450 handling a single data stream, it is 
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intended to be within the scope of the present invention 
that a single data stream splitter 430-450 may handle a 
plurality of different data streams. In such an 
embodiment, each data stream would be provided with an 
5 identifier that is recognizable by the data stream 

splitter 430-450 and utilized by the data stream splitter 
manager 420 to identify a data stream for a particular 
session. 

With the present invention, a client device 

10 establishes a session for a data stream via the data 
stream splitter manager 420. The client device 
establishes the session by sending a request message to 
the data stream splitter manager 420 via a network, such 
as network 102, and input/output interface 410. The 

15 request message includes client device characteristic 

information, e.g., network address, user identification, 
password, bit rate, and the like. The request message 
also includes an indicator of the system resource to 
which the client device desires access. 

20 The data stream splitter manager 420 establishes a 

pseudo-terminal for the client device and stores client 
device information in a data stream splitter table in 
data stream splitter table storage device 460 for the 
particular data stream splitter handling the data stream. 

25 The data stream splitter table may be a single table 
having entries for all data stream splitters that are 
currently active or may be comprised of a plurality of 
tables, each designated for only a single data stream 
splitter. 

30 The pseudo-terminal is used primarily for ease of 

use, setup control of communication characteristics, and 
reporting by tools which can key onto a pseudo- terminal 
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name. The pseudo- terminal provides a mechanism by which 
the data stream splitter communicates with the client 
devices participating in a session through the data 
stream splitter manager 420. While the preferred 
5 embodiment of the present invention is described as 
making use of pseudo- terminals, the use of 
pseudo-terminals is not essential to the functioning of 
the present invention. 

The client device information stored in the data 

10 stream splitter table may include, for example, a client 
device identifier, network address, pseudo- terminal 
identifier, data stream splitter identifier, and the 
like. The data stream splitter table storage device 460 
may be a shared storage device such that the data stream 

15 splitters 430-450 may share access the storage device 
along with the data stream splitter manager 420. 

The data stream splitter cycles through the entries 
in its corresponding data stream splitter table in the 
data stream splitter table storage device 460. As the 

20 data stream splitter cycles through the entries, the data 
stream splitter provides a corresponding pseudo- terminal 
with access to the data stream and will begin sending the 
data stream output to the pseudo- terminal . 

In the case where a large data stream splitter table 

25 is used, only those pseudo- terminals associated with 

entries in the data stream splitter table identified as 
requesting access to the data stream handled by the data 
stream splitter will be provided access to the data 
stream. Other entries in the large data stream splitter 

30 table will not be provided access to the data stream if 
they are not marked for attachment to that specific data 
stream. In the case where individual tables are being 
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used for each data stream splitter, all of the 
pseudo-terminals associated with entries in the table 
will be provided access to the data stream in the manner 
set forth above. 
5 In addition to sending the data stream to the client 

devices, the data stream splitter manager 420 receives 
input from the client devices and applies the input to 
the corresponding pseudo- terminal in accordance with the 
data stream splitter table in the data stream splitter 

10 table storage device 460. The results of a client 

device's input to the pseudo- terminal are then applied to 
the data stream and transmitted to each of the client 
devices participating in the session when the data stream 
splitter cycles through the entries in the data stream 

15 splitter table. In this way, each client device has full 
access to modify the data stream with the results of the 
modification being sent to each of the other client 
devices participating in the session. 

In a preferred embodiment, the above process is 

20 implemented on a character by character basis. For 

example, as a user of a client device types input to the 
data stream, each character typed is sent to the system 
resource for that data stream. In response, the system 
resource generates an output . The output from the system 

25 resource is immediately sent, via the data stream, to 

each of the client devices requesting access to the data 
stream in a sequential and cyclical manner. 

Thus, if a first user is typing a command into 
his/her client device, each character is sent to the 

30 system resource via the data stream. The system resource 
generates an output of a graphical character associated 
with the particular character input from the first user. 
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This output is sent to each of the other client devices 
requesting access to the data stream. Thus, all of the 
client devices in the session will see the first user 
typing the command as if the first user were typing the 
5 command directly using the particular client device. In 
this way, each user is provided with a realtime output 
from the system resource based on the input received from 
the other users and him/herself. 

Client devices can join existing sessions via the 

10 data stream splitter manager 420 by requesting access to 
the same system resource that is being access by another 
client device in an established session. When a client 
device joins an existing session, the client device 
information, pseudo-terminal information, and data stream 

15 splitter information is added to the data stream splitter 
table maintained by the data stream splitter manager 420 
in the data stream splitter table storage device 460. 
Thereafter, the newly added client device is provided 
with full access to the data stream for that session. 

20 In addition, the data stream splitter manager may 

include a buffer 470 of data from the data stream. This 
buffer 470 may store, for example, a predetermined amount 
of data obtained from the data stream for a past 
predetermined period of time. For example, the buffer 

25 470 may store data obtained from the data stream for the 
past minute of session time. When a new client device 
joins the session, the new client device may be provided 
with this buffered data to provide a context by which the 
new client device can being joining in the session. The 

30 data in the buffer 470 may be continuously updated when 
the buffer 470 becomes full. Thereby, old data in the 
buffer 470 is cycled out, e.g., overwritten, when new 
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data is received. 

Figure 5 is a block diagram illustrating an 
implementation of the present invention. As shown in 
Figure 5, a plurality of client devices 510-540 are 
5 involved in a number of sessions. Each client device 

510-540 is capable of being a participant in a plurality 
of sessions. The sessions shown in Figure 5 are 
implemented as "windows," which herein refers to a view 
port through which software is run under any operating 
10 system. 

Each session is managed by one of the data stream 
splitter managers 550 and 560 and is handled by one of 
the data stream splitters 570-595. Each data stream 
splitter 570-595 sends and receives data along one data 

15 stream, e.g., data stream 1, 2, 3 or 4 . 

In the specific example shown in Figure 5, there is 
one bi-directional input/output data stream per line 
between two entities. The data streams 1-4 are any data 
streams which would normally, in prior art systems, send 

20 output to and receive input from a single client device. 
These data streams may be, for example, data streams 
consisting of input/output to a debug application, a 
document editor, an application trace program, or any 
other type of system resource which may send output to a 

25 client device and/or receive input from a client device. 
As shown in Figure 5, the client device 510 is 
involved in three sessions, all being managed by data 
stream splitter manager 550. Each session is implemented 
as a pseudo- terminal in the data stream splitter manager, 

30 i.e. window Al, A2 and A3, and is handled by a different 
data stream splitter 570, 580 and 590, respectively. 
Client devices 530 and 540 are likewise involved in a 
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plurality of sessions being managed by data stream 
splitter manager 550 and 560, Client device 520 is 
involved in two sessions, window Bl and window B2 , and is 
attempting to join a third session, window B3 . 
5 Thus, the data stream 1 is shared by client devices 

510 and 520. The data stream 2 is being accessed by only 
client device 510. The data stream 3 is being shared by 
all four client devices 510-540. Data stream 4 is being 
shared by client devices 530 and 540, with client device 

10 520 attempting to share data stream 4. 

In the case of client device 520, the client device 
attempts to join a session to share data stream 4 by 
connecting to a known port on server 2, on which data 
stream splitter manager 560 is operating. The data 

15 stream splitter manager 560 forks a copy of itself, i.e. 
creates an additional instance of the currently running 
code, described more fully hereafter, to handle 
input/output to the client device 520 window B3 . The 
data stream splitter manager 560 also opens a 

20 pseudo- terminal for communication with data stream 
splitter 595, which is already handling input /output 
between data stream 4 and windows C2 and D2 of client 
devices 430 and 440. 

The forked copy of the data stream splitter manager 

25 560 then sets elements in the data stream splitter table 
to let the data stream splitter 595 know on what pseudo 
terminal the data stream splitter manager 560 will be 
communicating for the client device. When the data 
stream splitter 595 cycles through the entries in the 

30 data stream splitter table, the data stream splitter 595 
sends data stream 4 output to the various windows C2, D2 
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and B3. The data stream splitter 595 also sends any 
input from the windows C2, D2 and B3 to the data stream 
4. Should any of the client devices 510-540 disconnect 
from the data stream splitter manager 560, the data 
5 stream splitter table will be updated accordingly by 

removing the entry for that pseudo- terminal and thus, the 
data stream splitter 595 will stop sharing the data 
stream 4 with that client device. 

Furthermore, in an alternative embodiment, the data 

10 stream splitter manager 560 may maintain a data stream 
splitter table for a data stream splitter and a 
particular data stream even if all of the client devices 
involved in the session disconnect from the data stream 
splitter manager 560. This maintaining of the data 

15 stream splitter table may be performed for a 

predetermined period of time, or may be maintained 
indefinitely until a command to logically remove the 
session from the data stream splitter table is received 
from a client device or network administrator, depending 

20 on the particular system requirements. In this way, all 
of the client devices may disconnect, such as at the end 
of a work day, and resume the session at a later time. 

The data stream splitter manager of the present 
invention may be implemented as an application running on 

25 a server that is either apparent or unapparent to the 
client devices. For example, the data stream splitter 
manager may be implemented as an application used by a 
client device or may be implemented as a daemon process 
on a server that receives data from the client device and 

30 processes the data without the user of the client device 
being made aware of the presence of the data stream 
splitter manager. 
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In a further implementation, the data stream 
splitter manager may be implemented as an application 
having a graphical user interface through which a user of 
a client device may select to start a new session, join 
5 an existing session, leave a session, return to a 

session, or the like. In addition, various options such 
as displaying active connections, showing a listing of 
commands, obtaining on-line help and the like, may be 
provided. 

10 In summary, in a particular embodiment of the 

present invention described above, the data stream 
splitter manager 560 listens for new connection requests 
from client devices, for example, on a known network 
port. When a connection is made from a client device, 

15 the data stream splitter manager 560 forks a copy of the 
currently running code, i.e. the data stream splitter 
manager 560, and returns to listening for the next new 
connection. 

The forked copy of the data stream splitter manager 
20 560, hereafter referred to as the client-specific server, 
may perform the following functions. The client-specific 
server exchanges /verifies software versions between the 
client device and the server and verifies any optional 
security information. This may include making sure the 
25 connecting client device hostname is authorized, making 
sure the connecting client device username is authorized, 
prompting for and accepting/rejecting a password, making 
sure the system resource to be shared is authorized to be 
accessible by the client device, changing the username to 
30 upgrade /downgrade authority, changing a group name to 
upgrade /downgrade authority, and the like. 

The client-specific server may further handle 
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command flag and menu requests to start a new data stream 
splitter, join an existing data stream splitter, look for 
a system resource already being multiplexed and then join 
a data stream splitter or start a new one as appropriate, 
5 leave a current data stream splitter, report on current 
connections, quit a connection, and the like. Moreover, 
the client-specific server pipelines communication from 
data stream splitter code to client devices by reading 
data read from the pseudo terminals specific to this 

10 unique combination of data stream splitter and 

client-specific server, then writing the same data over 
sockets network protocol to the client devices. 
Additionally, the client-specific server pipelines 
communication from client devices to data stream splitter 

15 code by reading data form the client devices over the 

sockets network protocol and then writing the same data 
to the pseudo terminals specific to this unique 
combination of data stream splitter and client specific 
server . 

20 The data stream splitter, such as data stream 

splitter 595, uses non-blocking raw input so that any 
data from any connected client device will go directly to 
the data stream without any delay waiting for other 
client devices and without filtering any particular bit 

25 patterns, such as escape sequences. By the term 
"non-blocking" what is meant is that there is no 
processing of the input by the client device prior to the 
input being sent to the data stream. Thus, as a user 
types a character on the client device, this character is 

30 immediately sent to the data stream without waiting for 
the user to select a transmit function, press the "Enter" 
button, or the like. In this way, each client device 
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participating in a session will be provided with realtime 
output from the system resource based on inputs received 
by the system resource from each of the client devices. 
The data stream splitter accesses the particular 
5 system resource by redirecting input and output to and 
from that system resource through a single point to 
single point communication path. The data stream 
splitter records streamed data coming out of the system 
resource into a playback buffer so the data stream 

10 splitter can still be "seen" by clients who were not 
connected in time to see the output "live" at the time 
the system resource sent it. Additionally, the data 
stream splitter continually scans the data stream 
splitter table and connects those client devices 

15 requesting to be connected, disconnects those client 

devices requesting to be disconnected, sends any data not 
yet sent to a client device from the multiplexed data 
stream to that client device using the pseudo-terminal 
for that client device, sends any data not yet sent to 

20 the multiplexed data stream from the client device to the 
multiplexed data stream, and optionally exits when the 
number of connected client devices connected reaches 
zero . 

Thus, with the present invention, the data stream 
25 splitter manager spawns copies of itself as 

client-specific servers on an as needed basis. 
Similarly, the client-specific servers spawn data stream 
splitters on an as needed basis. The client device 
communicates with the data stream splitter manager just 
30 long enough for the data stream splitter manager to 

create a client-specific server for that client device. 
Thereafter, the client device relays communication 
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between the user and the client-specific server over the 
network. 

As described above, the present invention provides a 
mechanism through which a plurality of client devices may 
5 share the same data stream and have full access to modify 
the shared data stream. In addition, the present 
invention provides a mechanism by which modifications 
made by one client device to a data stream are 
transmitted to all other client devices active during a 
10 session. 

Figure 6A is a flowchart outlining an exemplary 
operation of a data stream splitter manager of the 
present invention when starting/ joining a session to 
share a data stream. As shown in Figure 6A, the 

15 operation begins with a request for access to a data 

stream being received (step 610) . A pseudo- terminal is 
created for the client device (step 620) . An entry in 
the data stream splitter table for the requested data 
stream is added identifying the client device and the 

20 pseudo- terminal (step 630) . Thereafter, the data stream 
splitter manager sends any new data from the client 
device to the pseudo- terminal (step 640) and any new data 
from the pseudo- terminal to the client device (step 650) . 
The data stream splitter manager monitors for a 

25 disconnect from the client device (step 660) and if the 
client device disconnects, removes the entry in the data 
stream splitter table for the client device (step 670) . 
Otherwise, if the client device does not disconnect, the 
data stream splitter manager returns to step 640. 

30 Figure 6B is a flowchart outlining an exemplary 

operation of a data stream splitter of the present 
invention when sending/receiving data to and from a data 
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stream. As shown in Figure 6B, the operation starts with 
the data stream splitter reading an entry from the data 
stream splitter table in the data stream splitter manager 
(step 710) . The data stream splitter determines if the 
5 current data stream splitter table entry is associated 
with the resource that this data stream splitter is 
serving (step 715) . If not, the operation jumps to step 
740; otherwise, the operation continues to step 720. 

The mutliplexer sends data from the data stream to 

10 the pseudo- terminal associated with the entry from the 
data stream splitter table (step 720) . Thereafter, the 
data stream splitter sends any input from the 
pseudo-terminal to the data stream (step 730) . The data 
stream splitter then reads the next entry in the data 

15 stream splitter table (step 740) and returns to step 720. 
Figure 7 illustrates an example display from a 
client device of a shared session for a data stream. The 
particular application of the present invention shown in 
Figure 7 is to a debug session for debugging a computer 

20 program. However, one of ordinary skill in the art will 
appreciate that the present invention is not limited to 
any particular type of data stream. Rather, the present 
invention may be applied to any type of data stream 
including, audio, video, textual data streams and the 

25 like. 

As shown in Figure 7, the display includes a first 
listing of debug information with an identifier that the 
debugger has been entered via keyboard. Thereafter, a 
conversation commences between two users, using two 
30 different client devices. The conversation is 

facilitated by the command prompt of the debugger 
application. Thus, because the textual comments of the 
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two users includes words not recognized by the debugger, 
some error statements are shown. 

The users are discussing the debug information 
previously displayed. Each user has access to the data 
5 stream such that each user sees on his/her client device 
the debug information as well as the comments from the 
other user and the error messages. Thus, each user has 
complete access to modify the data stream and is provided 
with the modifications entered by other users. 

10 The comments from the two users are displayed as the 

user types them. In other words, the output seen by the 
users is raw output from the system resource . As a 
result, if a first user mistypes a command and backspaces 
to correct the command, the second user will see the 

15 typing of the mistyped command and the backspacing as it 
occurs. Similarly, if both users are typing commands at 
the same time, the result will be a garbled command 
interleaving both inputs from the users. Thus, the 
present invention provides a mechanism by which both 

20 users have complete and full access to the data stream at 
approximately the same time. Each user is provided with 
a realtime display of the modified data stream based on 
the inputs from the other user and him/herself. 

As described above, the present invention provides 

25 an apparatus and method for providing a plurality of 

client devices shared access to a data stream, and thus, 
to system resources accessed during a session. This 
shared access allows each user to modify the data stream 
and be provided with other user's modifications to the 

30 data stream. 

It is important to note that while the present 
invention has been described in the context of a fully 
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functioning data processing system, those of ordinary 
skill in the art will appreciate that the processes of 
the present invention are capable of being distributed in 
the form of a computer readable medium of instructions 
5 and a variety of forms and that the present invention 
applies equally regardless of the particular type of 
signal bearing media actually used to carry out the 
distribution. Examples of computer readable media 
include recordable- type media such a floppy disc, a hard 

10 disk drive, a RAM, CD-ROMs, and transmission- type media 
such as digital and analog communications links. 

The description of the present invention has been 
presented for purposes of illustration and description, 
and is not intended to be exhaustive or limited to the 

15 invention in the form disclosed. Many modifications and 
variations will be apparent to those of ordinary skill in 
the art . The embodiment was chosen and described in 
order to best explain the principles of the invention, 
the practical application, and to enable others of 

20 ordinary skill in the art to understand the invention for 
various embodiments with various modifications as are 
suited to the particular use contemplated. 
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CLAIMS : 

What is claimed is: 

1 . A method of communicating between one and a 
5 plurality of devices, comprising: 

receiving, from a device, input to an application 
data stream; 

receiving an output from the application data stream 
based on the received input and input from the plurality 
10 of other devices; and 

providing the output to the device and the plurality 
of devices at substantially a same time, wherein only the 
output from the application data stream is shared by the 
device and the plurality of devices. 

15 

2. The method of claim 1, wherein output from the 
application data stream is shared by the device and the 
plurality of devices using a data stream splitter. 

20 3. The method of claim 2, wherein the data stream 

splitter is dynamically constructed to provide shared 
access to the application data stream. 

4. The method of claim 1, further comprising 
25 establishing a pseudo- terminal for the device. 

5. The method of claim 4, wherein output received by 
the data stream splitter from the application data stream 
is sent to the pseudo- terminal and data received by the 

30 pseudo- terminal from the device is sent to the data 
stream splitter. 
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6. The method of claim 2, wherein receiving input to 
the application data stream includes: 

cycling through entries in a data stream splitter 
table to identify entries associated with the data stream 
5 splitter; and 

cyclically providing the device and other devices 
access to the application data stream based on the 
cycling through the entries in the data stream splitter 
table . 

10 

7. The method of claim 1, further comprising: 
generating a data stream splitter to handle access 

to the application data stream if the application data 
stream is not already being handled by another data 
15 stream splitter; and 

adding an entry to a data stream splitter table for 
the device and the data stream splitter. 

8. The method of claim 1, wherein the receiving input 
20 to an application data stream, receiving output from an 

application data stream, and the providing steps are 
performed by a data stream splitter manager. 

9. The method of claim 8, wherein, when the data stream 
25 splitter manager receives a request for access to the 

application data stream from the device, the data stream 
splitter manager forks a copy of itself to handle the 
access to the application data stream for that device. 



30 10. The method of claim 8, wherein the data stream 

splitter manager is transparent to a user of the device. 
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11 • The method of claim 8, wherein the data stream 
splitter manager includes a graphical user interface. 

12. The method of claim 1, further comprising storing 
5 data from the data stream in a buffer, wherein when the 

device is first provided access to the data stream, the 
contents of the buffer are streamed to the device. 

13. A method of providing a device shared access to a 
10 data stream, comprising: 

receiving a request for access to the data stream 
from a device; 

adding an entry to a data stream splitter table for 
the device; and 

15 providing the device access to the data stream via a 

data stream splitter in accordance with the entry in the 
data stream splitter table, wherein providing the device 
access includes providing output from the data stream to 
the device and sending input from the device to the data 

20 stream, and wherein the output from the data stream is 

provided in a realtime manner based on the input from the 
device and input received from at least one other device. 

14. A method of providing a plurality of devices shared 
25 access to a data stream, comprising: 

receiving, from a device, input to the data stream; 

generating data stream output based on the input 
from the device; and 

supplying the data stream output to other devices of 
30 the plurality of devices in a sequential manner, wherein 
the input is non-blocking raw input that is received as 
the device generates the input on a character by 



29 

Docket No. AUS9-2000-0257-US1 

character basis, and wherein the data stream output is 
generated on a character by character basis as the input 
is received. 

5 15. A method of providing shared access to a 
bi-directional data stream, comprising: 

cycling through entries in a data stream splitter 
table, each entry in the data stream splitter table 
identifying a client device; 
10 sending data from the data stream to the client 

device identified in each entry based on the cycling 
through of the entries; and 

receiving data from the client device identified in 
each entry, based on the cycling through of the entries, 
15 and sending the data from the client device to the 
bi-directional data stream. 

16. The method of claim 15, wherein access to the data 
stream is shared by a plurality of client devices based 

20 on the entries in the data stream splitter table, each of 
the client devices having full access to the data stream. 

17. The method of claim 15, wherein the client devices 
have a private communication channel to the data stream 

25 but the output from the data stream is shared by all of 
the client devices. 

18. The method of claim 15, wherein the sending and 
receiving steps are performed by a data stream splitter. 

30 

19. The method of claim 18, wherein the data stream 
splitter is dynamically constructed to provide shared 
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access to the data stream. 

20. The method of claim 15, wherein sending data from 
the data stream to the client device includes sending 

5 data from the data stream splitter to a pseudo-terminal 
associated with the client device. 

21. The method of claim 15, wherein receiving data from 
the client device includes receiving data from the client 

10 device via a pseudo-terminal associated with the client 
device . 

22. The method of claim 18, wherein the data stream 
splitter provides non-blocking raw input/output access to 

15 the data stream. 

23. A computer program product in a computer readable 
medium for providing a device shared access to a data 
stream, comprising : 

20 first instructions for receiving a request for 

access to the data stream from a device; 

second instructions for adding an entry to a data 
stream splitter table for the device; and 

third instructions for providing the device access 
25 to the data stream via a data stream splitter in 

accordance with the entry in the data stream splitter 
table . 

24. The computer program product of claim 23, wherein 
30 access to the data stream is shared with other devices, 

each of the device and the other devices having full 
access to the data stream. 
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25. The computer program product of claim 23, wherein 
the device is provided a private communication channel to 
the data stream but the output from the data stream is 
shared by the device and other devices. 

5 

26. The computer program product of claim 23, further 
comprising fourth instructions for dynamically 
constructing the data stream splitter to provide shared 
access to the data stream. 

10 

27. The computer program product of claim 23, further 
comprising fourth instructions for establishing a 
pseudo-terminal for the device. 

15 28. The computer program product of claim 27, wherein 
data received by the data stream splitter from the data 
stream is sent to the pseudo- terminal and data received 
by the pseudo- terminal from the device is sent to the 
data stream splitter. 

20 

29. The computer program product of claim 23, wherein 
the third instructions for providing the device access to 
the data stream include: 

fourth instructions for cycling through the data 
25 stream splitter table to identify entries associated with 
the data stream splitter; and 

fifth instructions for cyclically providing the 
device and other devices access to the data stream based 
on the cycling through the data stream splitter table. 

30 

30. The computer program product of claim 23, further 
comprising fourth instructions for determining if access 
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to the data stream is being handled by a data stream 
splitter, wherein the second instructions for adding an 
entry to a data stream splitter table for the device 
include instructions for adding the entry to a data 
5 stream splitter table associated with the data stream 
splitter. 

31. The computer program product of claim 23, wherein 
the first, second and third instructions are implemented 

10 by a data stream splitter manager. 

32. The computer program product of claim 31, further 
comprising fourth instructions for forking a copy of the 
data stream splitter manager to handle the access to the 

15 data stream for that device, when the data stream 

splitter manager receives the request from the device. 

33. The computer program product of claim 23, further 
comprising : 

20 fourth instructions for storing data from the data 

stream in a buffer; and 

fifth instructions for streaming the contents of the 
buffer to the device when the device is first provided 
access to the data stream. 

25 

34. An apparatus for providing a device shared access to 
a data stream, comprising: 

a data stream splitter; and 

a data stream splitter manager coupled to the data 
30 stream splitter, wherein the data stream splitter manager 
receives a request for access to the data stream from a 
device, adds an entry to a data stream splitter table for 
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the device, and provides the device access to the data 
stream via the data stream splitter in accordance with 
the entry in the data stream splitter table. 

5 35. The apparatus of claim 34, wherein access to the 
data stream is shared with other devices, each of the 
device and the other devices having full access to the 
data stream. 

10 36. The apparatus of claim 34, wherein the data stream 
splitter provides the device a private communication 
channel to the data stream but the output from the data 
stream is shared by the device and other devices. 

15 37. The apparatus of claim 34, wherein the data stream 
splitter is dynamically constructed by the data stream 
splitter manager to provide shared access to the data 
stream. 

20 38. The apparatus of claim 34, wherein the data stream 
splitter manager establishes a pseudo-terminal for the 
device . 

39. The apparatus of claim 38, wherein data received by 
25 the data stream splitter from the data stream is sent to 
the pseudo- terminal and data received by the 
pseudo- terminal from the device is sent to the data 
stream splitter. 

30 40. The apparatus of claim 34, wherein the data stream 
splitter manager provides the device access to the data 
stream by: 
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cycling through the data stream splitter table to 
identify entries associated with the data stream 
splitter; and 

cyclically providing the device and other devices 
5 access to the data stream based on the cycling through 
the data stream splitter table. 

41. The apparatus of claim 34, wherein the data stream 
splitter manager determines if access to the data stream 
10 is being handled by a data stream splitter, wherein 

adding an entry to a data stream splitter table for the 
device includes adding the entry to a data stream 
splitter table associated with the data stream splitter. 



15 42. The apparatus of claim 34, wherein, when the data 
stream splitter manager receives the request from the 
device, the data stream splitter manager forks a copy of 
itself to handle the access to the data stream for that 
device . 

20 

43. The apparatus of claim 34, wherein the data stream 
splitter manager is transparent to a user of the device. 



44. The apparatus of claim 34, wherein the data stream 
25 splitter manager includes a graphical user interface. 

45. The apparatus of claim 34, wherein the data stream 
splitter provides non-blocking raw input/output access to 
the data stream. 



30 



46. The apparatus of claim 34, further comprising a 
buffer, wherein data from the data stream is stored in 
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the buffer, and wherein when the device is first provided 
access to the data stream, the contents of the buffer are 
streamed to the device. 

5 47 • A method of communicating between one and a 
plurality of devices, comprising: 

receiving from at least two of the plurality of 
devices, input to an application; 

combining the input from the at least two of the 
10 plurality of devices to produce combined output; and 
simultaneously outputting the combined output at 
each of the plurality of devices. 

48. A method of communicating between one and a 
15 plurality of devices, comprising: 

receiving, from a device, input to an application; 

receiving an output from the application based on 
the received input and input from one or more of the 
plurality of other devices; and 
20 providing the output to each of the plurality of 

devices at substantially a same time. 

49. A method of displaying an output display from an 
application shared by a plurality of devices, comprising: 

25 receiving input from at least two of the plurality 

of devices; 

combining the input from the at least two of the 
plurality of devices; and 

displaying, substantially simultaneously, an output 
30 display based on the combined input from the at least two 
of the plurality of devices at the at least two of the 
plurality of devices. 
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ABSTRACT OF THE DISCLOSURE 

APPARATUS AND METHOD FOR PROVIDING ACCESS TO A DATA 
5 STREAM BY A PLURALITY OF USERS AT A SAME TIME 

An apparatus and method for providing access to a 
data stream by a plurality of users at a same time. The 
apparatus and method include a data stream splitter 

10 manager which listens for new connections from client 
devices. When a new connection from a client device is 
identified, the data stream splitter manager generates a 
pseudo- terminal for the client device and adds the client 
device and pseudo- terminal information to a data stream 

15 splitter table. In addition, if a data stream splitter 
is not already established for handling data transfer 
between the data stream splitter manager and a requested 
resource, a new data stream splitter may be generated to 
handle the data transfer. Thereafter, the data stream 

20 splitter searches the data stream splitter table for 

client devices participating in a session for sharing the 
system resource. Data from a data stream associated with 
the shared system resource is sent by the data stream 
splitter to the pseudo-terminals associated with the 

25 client devices. Data from the client devices is sent to 
the pseudo-terminals and then to the data stream via the 
data stream splitter. In this way, each client device 
involved in the session has full access to the shared 
system resource and output from the shared system 

30 resource is provided to each of the client devices 
involved in the session. 
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Console login: root 
root's Password: 

You entered an invalid login name or password, 
login : root 
root ' s Password: 

************************************************** 



* Welcome to AIX! 



* Please see the README file in /usr/lpp/bos for information pertinent to * 

* this release of the AIX Operating System. * 

* * 

* IBM'S INTERNAL SYSTEMS MUST BE ONLY USED FOR CONDUCTING IBM'S BUSINESS * 

* OR FOR PURPOSES AUTHORIZED BY IBM MANAGEMENT * 

* * 

* USE IS SUBJECT TO AUDIT AT ANY TIME BY IBM MANAGEMENT * 
******************************************************************************* 

Last login: Mon May 1 15:43:36 2000 on /dev/ttyO 

[root@177net43] /# After typing this sentence, I will "hot key" to a debugger by typing control - 
backslash, but the typed character will not be seen: 

GPRO 608642A3 548E6BF8 0221F610 00000000 00000000 ASA9AAAB A4ASA6A7 50000000 
GPRS 00000000 00000000 74DA619C 00000000 00000000 71DBB234 28822048 71DBB248 
GPR16 74DA611C 71AC1900 71DBB200 00000028 00000000 00003EBC 00000018 0000111C 
GPR24 00000278 000002A0 0000FFFF 02220038 0221DFF4 755FCC00 00000000 755FCEDC 

MSR 000090B2 CR 28822042 LR 0221770C CTR 0000007D MQ 00000000 
XER 20000000 SRR0 021EDB00 SRR1 00OO90B2 DSISR 42000000 DAR 200551BO 



IAR 021EDBOO (ORG+021EDB0O) ORG= 00 000000 Mode: VIRTUAL 
021EDB00 84CA0004 7C002914 42400024 84AA0004 \ . . . . j . } . B® , % . t 

] Iwzu r6,0x4(rl0) 

021EDB10 7C003114 4200FFEC 7C002914 7C000194 | | .1 .B. ..(.). | . 



021EDB00 
021EDB10 
021EDB20 
021SDB3O 
021EDB40 
021EDB50 
021EDB60 



I 

84CA0004 
7C003114 
40820038 
7C000194 
540S801E 
6803FFFF 
7CA0542A 



7C002914 
420QFFEC 
419DFFA4 
40820024 
7C003014 
4E800020 
55661F38 



42400024 


84AA0004 


|....|.).B«,$.... 


7C002914 


7C000194 


||.1.B. ..|. ).]... 


48000014 


7C003114 


|®. .8A. . .H. . , | .1. 


419DFF90 


5C00603E 


j|...@..$A...\^> 


5400843E 


7C000194 


|T. . . | .O.T. ,>i . . - 


394A0004 


7D6103A6 


|h. . .N. . 9J. . }a. . 


7D8C3278 


7C002814 


| | .T*Uf .8} .2X| . { . 



Debugger entered via keyboard. 

>0> this is Mark , are you looking at this machine? YES 

Too many parameters; excess truncated 
032-001 You entered a command "this" that is not valid. 

>0> don't bother, it is running DELETEDmb DELETED , it is not a valid config 

Too many parameters; excess truncated 
032-001 You entered a command "don't" that is not valid. 

>0> I need this crash anyway to debug an auto- screening "hot", let me keep it 5 or 10 Too many 
parameters; excess truncated 

032-001 You entered a command "I" that is not valid. 
>0> minutes PLEASE ???!??? -daco 

032-001 You entered a command "minutes" that is not valid. 

>0> ok Want me to reboot (as I saw you doing) when I'm done? yea 
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application or any patent issued thereon. 

POWER OF ATTORNEY : As a named inventor, I hereby appoint the following 
attorneys and/or agents to prosecute this application and transact all 
business in the Patent and Trademark Office connected therewith. 

John W. Henderson, Jr., Reg. No. 26,907; Thomas E. Tyson, Reg. No. 28,543; 
James H. Barksdale, Jr., Reg. No. 24,091; Casimer K. Salys, Reg. No. 2 8,900; 
Robert M. Carwell, Reg. No. 28,499; Douglas H. Lefeve, Reg. No. 26,193; 
Jeffrey S. LaBaw, Reg. No. 31,633; David A. Mims, Jr., Reg. 32,708; Volel 
Emile, Reg. No. 39,969; Anthony V. England, Reg. No. 35,129; Leslie A. Van 
Leeuwen, Reg. No. 42,196; Christopher A. Hughes, Reg. No. 26,914; Edward A. 
Pennington, Reg. No. 32,588; John E. Hoel, Reg. No. 26,279; Joseph C. Redmond, 
Jr., Reg. No. 18,753; Marilyn S. Dawkins, Reg. No. 31,140; Mark E. McBuraey, 
Reg. No. 33,114; Duke W. Yee, Reg. No. 34,285; Colin P. Cahoon, Reg. No. 
38,836; Stephen R. Loe, Reg. No. 43,757; Stephen J. Walder, Jr., Reg. No. 
41,534; Charles D. Stepps, Jr., Reg. No. 45,880; and Stephen R. Tkacs, Reg. 
No. P-46,430. 

Send correspondence to: Duke W. Yee, Carstens, Yee & Cahoon, LLP, P.O. Box 
802334, Dallas, Texas 75380 and direct all telephone calls to Duke W. Yee, 
(972) 367-2001. 

FULL NAME OF SOLE OR FJRST INVENTOR^ David Allen Coleman / / 
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